home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9804 / 000144_owner-linux-arm…r.rutgers.edu _Thu Apr 30 16:52:16 1998.msg < prev    next >
Internet Message Format  |  1998-05-13  |  2KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from orava.funet.fi (orava.funet.fi [128.214.248.46])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id QAA11722
  4.     for <willy@odie.fluff.org>; Thu, 30 Apr 1998 16:52:14 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2]:8622 "EHLO vger.rutgers.edu" ident: "root") by orava.funet.fi with ESMTP id <391246-18338>; Thu, 30 Apr 1998 18:50:23 +0300
  6. Received: by vger.rutgers.edu id <971705-8838>; Thu, 30 Apr 1998 11:21:46 -0400
  7. Received: from snowcrash.cymru.net ([163.164.160.3]:2036 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE") by vger.rutgers.edu with ESMTP id <971707-8838>; Thu, 30 Apr 1998 11:13:52 -0400
  8. Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id QAA10530; Thu, 30 Apr 1998 16:38:25 +0100
  9. From: Alan Cox <alan@cymru.net>
  10. Message-Id: <199804301538.QAA10530@snowcrash.cymru.net>
  11. Subject: Re: download a binary code in the kernel space
  12. To: fabklein@yahoo.com (klein fabien)
  13. Date:     Thu, 30 Apr 1998 16:38:23 +0100 (BST)
  14. Cc: linux-arm@vger.rutgers.edu
  15. In-Reply-To: <19980430125541.19913.rocketmail@send1d.yahoomail.com> from "klein fabien" at Apr 30, 98 05:55:41 am
  16. Content-Type: text
  17. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  18. Sender: owner-linux-arm@vger.rutgers.edu
  19. Precedence: bulk
  20. X-Loop: majordomo@vger.rutgers.edu
  21. Status: RO
  22.  
  23. > I m currently writting an linux driver for a multi modem PCI card
  24. > I need to download a binary file into the card to drive an arm csm
  25. > processor.
  26. > So my question is :is it possible to access this file via my module
  27. > driver and transfert it in the kernel space before downloading it
  28. > trough PCI bus??
  29.  
  30. Yes. Its far far neater to have a user program that configures the unit
  31. however and does an ioctl() passing you the data
  32. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu